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REMARKS 
Response to Election / Restriction 

The Applicant hereby withdraws without prejudice claims 13-20, which the Examiner says 
are directed to a non-elected invention. The AppHcant reserves the right to pursue these claims in 
one or more divisional applications. 

Response to Amendment Objection under 35 U.S.C. 132 

The Examiner objected to the amendment of claim 1 to include the term "sessions" because 
in the Examiner's view, it presents new matter. The Applicant respectfully disagrees but amended 
the claim and deleted the aforementioned term, so the rejection is moot. This Amendment is not 
made for reasons of patentability and does not change the scope of the subject matter recited therein. 

Response to Claim Rejection under 35 USC §112 

The Examiner rejected claim 1 under 35 U.S.C. §112, first paragraph "as failing to 
comply with the written description requirement" with respect to the term "sessions." As noted, the 
applicant amended claim 1, making the rejection moot. 

The Examiner rejected claims 1-6 under 35 U.S.C. §112, second paragraph "as being 
indefinite for failing to particularly point out and distinctly claim the subject matter which the 
applicant regards as the invention." Each rejection is based on an alleged lack of antecedent basis, 
as follows: 

For claim 1, the Examiner found that the phrases "the first computer", "the second 
computer", "the object", "the relative preference among the protocols" and "the highest preference" 
lack antecedent basis. Furthermore, the Examiner stated that it is not apparent which computer is 
the first computer and which computer is the second computer. With respect to "the object" the 
applicant respectfully disagrees since the subject claim language states "... where the first computer 
has an object. . ." and such provides antecedent basis for all fiiture uses of the term "the object." 

{W:\03343\000i047us0\00642488.DOC lilllliiliiiililllillllOllllin } 


Application No.: 09/736,953 


9 


Docket No.: 03343/000I047.US0 


Similarly, the applicant disagrees with the Examiner that it is not apparent which computer is the 
first and which is the second. The first computer that is referred to is always the one with the 
object and the second computer that is referred to is always the one with the object-handle. The 
claims are intended to be broad enough that the first and second computers can be either one of a 
server or client. The terms "object" and "object-handle" are distinctive terms. With respect to "the 
relative preference among the protocols" and "the highest preference", claim 1 has been amended. 

Claims 2-6 are rejected for lack of antecedent basis, for "the protocol", the "property", 
"the bid value" and the "the step of determining." These claims have been amended to provide 
sufficient basis. Thus the rejections are moot. 

Jn view of these comments and amendments the Applicants respectfiilly request that the 
objections based on 35 U.S.C. §1 12 be withdrawn. 

Response to Claim Rejection under 35 USC §103 

The Examiner rejected claims 1-12 under 35 U.S.C. §103 as unpatentable over U.S. 
Patent No. 6,633,923 to Kukura, et al. ("Kukura") in view of Andrew Watson, CORE A, General 
hiter-ORB Protocol (GIOP) and derivatives ("Andrew"), and U.S. Patent No. 5,862,325 to Reed, et 
al. ("Reed"). Applicants respectfully traverse this rejection. 

Kukura is generally directed to configuring servers in client-server environments, and 
specifically to configuring interceptors that deal with the servers. Kukura clearly states that it 
discloses a mechanism for object adapters to construct new Interoperable Object References (lORS) 
(col. 49, Ins. 36-37, col. 50, Ins. 32-34). Such language indicates that Kukura is not disclosing a 
protocol selection process, but rather is disclosing how one derives a plurality of protocols identified 
by the object handle. In other words, how a server is configured to construct an lOR, essentially an 
object handle that contains a plurality of protocols. While Kukura does disclose selecting an 
appropriate protocol, nowhere does Kukura teach or suggest how the chent is to choose which 
protocol to use in a communication. The present invention does disclose a method to make that 
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determination, specifically a method to select one protocol from among a plurality of protocols 
based on bid values generated with respect to each protocol. 

The Examiner cites col. 1, In. 53 - col. 2, In. 8 in Kukura as teaching "a method for 
selecting one protocol from among a plurality of protocols to establish connection between two 
computers." However, in those sections Kukura simply acknowledges that object communication 
between clients and servers requires the use of a specified data communication transport layer 
protocol. Such simply establishes the necessity of a communication protocol, it does not disclose a 
way to select which protocol to use in the communication where a pluraHty is available. 

Kukura also fails to teach the steps of generating bid values and dynamically arranging 
the bid values. The Examiner contends that the steps are disclosed in Kukura at col. 49, In. 43 - col. 
50, In. 58 and coL 54, In. 10 - col. 55, In. 54. The Applicants respectfully disagree. First, since 
Kukura is not directed at a protocol selection process it is incapable of disclosing the steps 
necessary for such process, i.e. generating bid values and dynamically arranging them. Secondly, 
and more specifically, nowhere in Kukura, including the columns cited by the Examiner, is the 
notion of generating bid values disclosed. At most it relates to "the client's binding process", not 
generation of "bids." The cited portion is directed at a mechanism that can be used for object 
adapters to construct new lORS. Kukura' s description of grouping and managing object adapters, 
which mediate between an ORB and programming language servants is not remotely associated 
with the notion of generating bid values. As the present invention explains, bidders contain logic 
for generating a bid according to the lOR, the setting of the configuration, user preferences and 
target object constraints, (pg. 5, Ins. 17-19). Each protocol bidder determines the value of the bid to 
submit either fi*om the information previously defined by the user in its configuration or by using 
the default value, (pg. 6, Ins. 5-6). Kukura does not approach any of these notions, even the notion 
of a bid and specifically generating bid values. Since Kukura does not disclose bid values, it 
cannot teach or suggest dynamically arranging such bid values. Additionally, to the extent that 
Kukura discloses managing several transports in a single profile, such a notion is unequal to 
dynamically arranging bid values. The present invention clearly indicates that in ". . , selecting one 
protocol from among a plurality of protocols. . . the steps of generating bid values for one or more 
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protocols. . . [and] dynamically arranging the bid values. . (claim 1, emphasis added) must be 
taken, and Kukura fails to teach or suggest the emphasized features. 

Furthermore, Kukura fails to teach or suggest "parsing the arranged bid values to 
select a protocol that is the highest preference. . (claim 1). First, Kukura cannot parse something 
that it does not disclose, specifically the arranged bid values. Secondly, "parsing" has a completely 
different meaning in the present invention. The present invention clearly uses the term parsing in 
the context of sorting, specifically looking through various bid values and sorting them in order to 
select a protocol with the highest preference (pg. 3, Ins. 9-1 1; pg. 7, Ins. 3-6). The only similarity 
between the expressed notion and the notion of parsing in Kukura is the word "parse". The 
Examiner cites col. 28, Ins. 36-62, which discusses the "parse_object_key_segment operation", 
which is used to decode and encode segment syntax. Kukura clearly refers to parsing various bytes 
to extract information from an object key, which performs byte-for-byte parsing of packets of data, 
while the present invention is directed at sorting. Therefore, Kukura fails to disclose the parsing 
step, hi view of the above, it is clear that Kukura does not teach or suggest the invention of claim 1. 

The Examiner acknowledges that Kukura does not disclose the concept of invoking 
object using handle, but contends that Andrew discloses such a concept. Andrew is directed to the 
General Inter-ORB Protocol (GIOP). While Andrew may disclose the concept of invoking object 
using handle, nowhere does Andrew disclose ". . . selecting one protocol from among a plurality of 
protocols. . . the steps of generating bid values for one or more protocols. . . [and] dynamically 
arranging the bid values. . ." (claim 1). Similarly, the Examiner acknowledges that Kukura and 
Andrew do not disclose establishing one or more communication sessions but contends that Reed 
discloses such. Reed is directed to an automated communications system that operates to transfer 
data, metadata and methods from a provider computer to a consumer computer via a 
communications network. While Reed may disclose the concept of establishing one or more 
communication sessions, nowhere does Reed disclose ". . . selecting one protocol from among a 
plurality of protocols. . . the steps of generating bid values for one or more protocols. . . [and] 
dynamically arranging the bid values. . ." (claim 1). Thus, Kukura, Andrew and Reed, alone or in 
combination do not teach or suggest the invention of claim 1 . 
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The Examiner additionally contends that claims 1 and 2 are unpatenatble over U.S. 
Patent No. 6,208,952 to Goertzel, et al. ("Goertzel") in view of Andrew and Reed. The Examiner 
repeated the rejection based on Goertzel and stated that applicants' arguments filed March 28, 2005 
were not persuasive. Applicants respectfully disagree. 

First, unlike the present invention, which is directed at a protocol selection process and 
discloses the steps necessary to select one protocol from among a plurality, Goertzel is directed to a 
method and system for delayed registration of a protocol on a server. Goertzel discloses that 
communication between a client and a server occurs through the use of a third entity, called a 
communication process which is located on the server. The communication process receives 
requests from a client and only then notifies the server which protocol to register, thereby delaying 
the registration. Because the communication process is located on the server, the protocol selection 
occurs on the server, (col. 4, In. 15 - col. 5, In. 20). In contrast, the present invention does not 
involve a third entity in the selection process and specifically discloses performing the selection of a 
protocol on the client side, rather than on the server side as in Goertzel. Claim 1, identifies the first 
computer as the one with the object and the second computer as the one with the object handle, 
and states that bids are generated for one or more protocols that have been identified by the object 
handle. Such bids are dynamically arranged and then parsed to select the highest protocol. It is well 
known in the art that in CORBA, the client makes a request to the Object Request Broker (ORB), 
which directs the request to the appropriate server and redirects the results back to the client. Each 
object is identified by an object handle called an interoperable object reference (lOR). (See 
specification at pg 1, In. 15 - pg. 2, In. 5). When a need arises to evoke a specific object remotely 
located at a server, an lOR associated with that targeted object is pushed into the ORB, which is 
located on the client side and determines which protocol to use. (Specification pg. 5, In. 21 - pg. 6, 
In. 4). The claim language, by identifying the second computer as the one with the object handle 
which identifies the plurality of protocols, and by disclosing the steps of generating bid values, 
arranging them and parsing them, indicates that protocol selection occurs on the client side. 

By way of further explanation, Goertzel's client indicates all the protocols it supports to 
the communication process, which in communicating with the server process chooses which 
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protocol to select and requests its registration. In contrast, under the present invention, the server 
decides to export all the protocols it supports in its handle, and the client based on client purposes 
and the protocols that the server supports decides which protocol to use for a communication. 
(Page 2, par 14). 

Additionally, to the extent that Goertzel discloses selection of a protocol, Goertzel never 
discloses the steps necessary or the mechanism used to choose one protocol from among a plurality, 
specifically, generating bid values, dynamically arranging the bid values and/or parsing the bid 
values. For instance, in the columns cited by the Examiner, Goertzel discusses selecting the highest 
priority common protocol between the client RPCSS process and the server RPCSS process, where 
the priority can be indicated in the registry by the ordering of the installed protocols. Such language 
indicates that values are assigned to the protocols in the registry and thus no bidding occurs. 
Similarly, there can be no dynamic arrangement of the bid values in a sequence because the 
language indicates that the protocols are just permanently stored in the registry and are arranged 
upon the implementation of the system. Furthermore, because the language states that the highest 
common protocol in the registry is selected, there can be no parsing of the bid values to select a 
protocol. Therefore, Goertzel fails to teach or suggested the features recited in claim 1. 

Additionally, the aforementioned language discussing the indication of priority in the 
registry based on the ordering of installation signifies that priority is determined at installation time. 
As is known in the art, the registry is a global entity and thus priority is statically determined, 
meaning that protocol selection is applicable to all future clients. In contrast, the present invention 
allows a different selection to be made for each instance of a communication. The claim language 
in the protocol selection process discloses the step of generating bid values for one or more 
protocols "upon invoking on the second computer the object located on the first computer for each 
of said one or more communications." (Claim 1). Under the present invention, priority is on a per 
client basis and is dynamically determined depending on the client requirement. Under Goertzel, a 
protocol is selected that is supported by the server and chent, however, under the present invention, 
the selection process extends beyond support and incorporates client preferences in the selection 
process. As previously discussed, Goertzel's discussion of the RPCSS process indicates a global 
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protocol selection for all processes, such a selection method is discussed in the background section 
of the invention, (pg. 2, In. 21 - pg. 3, In. 3). In contrast, the present invention, discloses a 
communication by communication protocol selection. In addition to the above recited claim 1 
language, claim 1 states that . .to establish one or more communications between two 
computers. . certain steps must be taken, and that in itself indicates that every time there is a 
communication, the ability exists to select a different protocol. Furthermore, the notion of selecting 
additional protocols, if the previously selected protocols fail, introduces a level of dynamics that is 
lacking in Goertzel. For the aforementioned reasons, Goertzel neither discloses nor suggests, singly 
or in combination the invention of present claim 1 . 

With respect to dependant claims 2-12, applicants submit that these claims depend 
directly or indirectly from the independent claims discussed above and should be allow^ed at least 
for the same reasons discussed for their respective base claims and in view of their own further 
recitations. 

For instance, with respect to claims 3-5, the Examiner acknowledges that Goertzel, 
Andrew and Reed do not disclose a default protocol setting and the detailed protocol related 
settings. However, the Examiner contends that Underwood discloses such a concept. As the 
Applicant previously asserted, the concept of default values is not the novelty of the present 
invention, and the protocol selection process disclosed in Goertzel does not lend itself to the 
application of defauh values. Since claims 3-4 depend on claim 2, which depends from claim 1, and 
since claim 5 depends on claim 4, they are patentable for the same reasons set forth for claim 1 
above. Similarly, claims 6-7, which were rejected as unpatentable over Goertzel in view of official 
notice are dependant on claim 1 and therefore are patentable for the same reasons as set forth above. 

Claims 8-12 are rejected under 35 U.S.C. §103(a) as being unpatentable over Goertzel, 
Andrew and Reed in view of U.S. Patent 6,345,361 to Jerger. As the Applicant previously stated, 
Jerger discloses a hierarchical configuration of security zones that define parameters of permission 
to control what the active content will be permitted to do on the user's system. The Examiner 
indicates that this security zone configuration is the same as the claimed prescribed ranges and 
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priority list used for protocol selection. The Applicant respectfully disagrees and reiterates his 
previous assertions. The permission sets in Jerger form groups of content that are similar in their 
security requirements. In the claimed invention, the ranges indicate relative priority, e.g., critical, 
exclusive or normal, which may be unrelated to security requirements. For example, a co-located 
object is typically assigned to a critical range. (Application page 7, lines 1 1-12). In Jerger, the 
parameters in the different zones have no relationship to each other. In the claimed invention, the 
bids relate to communication protocols for a single server and are based on a predefined rule (Page 
7, line 8). In Jerger, the configuration levels are refinements of previous configuration levels, i.e., 
hierarchical. In the claimed invention, the ranges are linear but they are processed "according to 
predefined rules in the configurafion," thus the ranges do not have a hierarchical relationship among 
them. In Jerger, the security configuration is stored in a registry that is global throughout the 
system. In the claimed invention the bidding is particular to the client, i.e., "associated with the 
second computer." In Jerger, exclusivity refers to protected permission settings, i.e., controlling 
access to protected operations. In the claimed invention, exclusivity refers to eligibility of a bid to 
participate in the protocol selection process, i.e., it is part of the step of "generating bid values." In 
sum, Goertzel and Jerger, separately or combined, do not render claims 8-12 obvious or otherwise 
unpatentable. 
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In view of the foregoing amendments and remarks, applicants believe that the 
application is in condition for allowance. Accordingly, the Examiner is respectfully requested to 
pass this application to issue. If, however, there are any other issues remaining which the Examiner 
believes could be resolved through a Supplemental Response or an Examiner's Amendment, the 
Examiner is respectfully requested to contact the undersigned at the telephone number indicated 
below. 


Dated: February 27, 2006 Respectfully submitted. 


Melvin C. Gamer 

Registration No.: 26,272 
DARBY & DARBY P.C. 
P.O. Box 5257 

New York, New York 1 01 50-5257 
(212) 527-7700 
(212) 527-7701 (Fax) 
Attorneys/ Agents For Applicant 
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